Do not call gnutls_global_set_mutex()
authorRyan Tandy <ryan@nardis.ca>
Mon, 20 Apr 2020 18:19:54 +0000 (19:19 +0100)
committerRyan Tandy <ryan@nardis.ca>
Mon, 20 Apr 2020 18:19:54 +0000 (19:19 +0100)
commitffee331eb605ec6a7c88bc84e2434d5f6cec05ca
treeaaf1d4d17f90f89166936d839fd675346681c674
parent04c1950704fca5358fa50de14a162ff0b0ca8d41
Do not call gnutls_global_set_mutex()

Bug-Debian: https://bugs.debian.org/803197
Forwarded: no

Since GnuTLS moved to implicit initialization on library load, calling
this function deinitializes GnuTLS and then re-initializes it.

When GnuTLS uses /dev/urandom as an entropy source (getrandom() not
available, or older versions of GnuTLS), and the application closed all
file descriptors at startup, this could result in GnuTLS opening
/dev/urandom over one of the application's file descriptors when
re-initialized.

Additionally, the custom mutex functions are never reset, so if libldap
is unloaded (for example via dlclose()) after calling this, its code
may be unmapped and the application could crash when GnuTLS calls the
mutex functions.

The default behaviour of GnuTLS, using pthreads, should be suitable on
all Debian systems, and is probably the same as what libldap uses
anyway.

Gbp-Pq: Name no-gnutls_global_set_mutex
libraries/libldap/tls_g.c